home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Grand Slam 3
/
Grand Slam 3.iso
/
002
/
qst809g.arj
/
Q_SAMPLE.ARJ
/
NETWORK.TXT
< prev
next >
Wrap
Text File
|
1995-08-17
|
4KB
|
81 lines
Hi There,
Because my English isn't that well, and the problem arrisses mostly in the
Netherlands, only a Dutch text is available for this subject.
For the interessted, it explains the UserData Request system.
QUEST heeft de mogelijkheid om de zogenaamde UserData Request-messages
te 'posten' in post-netwerken. Maar voordat er meteen geoordeeld
en veroordeeld wordt over dit systeem, zonder dat iedereen exact weet wat
het precies, en wat het precies niet doet, ga ik dit maar even uitleggen.
Laten we zeggen dat je Systeem A, systeem B and systeem C, allemaal
aangesloten by het QUEST netwerk. Op systeem A logt 'Maarten Bekers'
in, en hij vult netjes QUEST in. Nu zal QUEST een berichtje posten in
het QUEST-Netwerk. Dit berichtje gaat naar systeem B en C (en alle
andere system natuurlijk). Systeem B heeft QUEST ook draaiend, maar
de user 'Maarten Bekers' heeft nog niet ingelogd op dit systeem.
Dus kan QUEST nog niet antwoorden met de correcte gegevens.
Systeem C heeft QUEST *NIET* draaiend, maar 'Maarten Bekers' heeft
daar wel ingelogd. Als systeem B het userdata-request berichtje
ontvangen heeft, zal er daar een sub-programma van QUEST gaan draaien
genaamd QScan, maar geen data en dus geen antwoord. Op systeem C geen
QUEST dus ook geen programma genaamd QScan, dus ook geen antwoord.
Duidelijk?
Nu logt 'Maarten Bekers' op systeem B in, en vult netjes QUEST in, en
een nieuwe UserData Request message (nu van systeem B) gaat door het
QUEST-Netwerk heen. Het gaat naar systeem C maar er gebeurt verder niks.
Het gaat naar systeem A, en dan vindt QScan wel dezelfde gegevens.
Dan zal QScan een reply geven aan systeem B, maar de data zal gecodeerd
zijn op ongeveer zo'n manier:
Naam : QST:12AΓ╜Nµ╟╜Ö▌Γπ
Dus iedereen die deze gegevens leest, begrijpt er vrij weinig van ;-)
Als dit bericht naar systeem B gaat, en daar draait QScan weer, zal daar
deze gegevens veranderd worden zodat het wel gelezen kan worden door de
SysOp van systeem B.
Op systeem D, waar ook QUEST en QScan aan het draaien zijn, worden deze
gegevens niet geconverteerd maar worden ze gewoon zo gelaten.
De 3 meeste fouten die gemaakt worden, of die mensen denken:
1). Kwade moderators die roepen 'Die rot QUEST, dat programma post overal
van die userdata request berichtjes waar ze niet thuishoren'
Dit is niet de fout van QUEST, maar van de SysOp die QUEST zo
geconfigureerd heeft. Deze dingen komen ook veelvuldig voor met
andere programma's als File-Finders etc.
2). Veel mensen denken dat zosnel je een BBS ingaat met QUEST, QUEST gaat
replyen op Userdata request-berichten met jouw gegevens.
Uiteraard is dit niet waar. QUEST antwoord *ALLEEN* op userdata-request
messages als je bent opgenomen in QUEST's datafile (meestal QUEST.BBS)
Dit gebeurt alleen als je QUEST op een correcte manier invult en afsluit.
Als QUEST goed staat afgesteld, zal QUEST zelfs eerst vragen ofdat je
QUEST wel wilt beantwoorden. Als je hier negatief op antwoord, zal je niet
worden opgenomen in QUEST.BBS, en niet in het userdata request systeem.
Aan het einde van het programma wordt OOK nog eens gevraagd aan de user of
zijn/haar gegevens mogen worden door gegeven aan andere SysOps, en is er
de mogelijkheid door middel van '?' in te drukken, zodat er nog een extra
help-scherm zichtbaar wordt. Het is dus een 100% vrijwillige keuze om
hierin opgenomen te worden.
3). Veel mensen denken dat de gegevens van die users beschikbaar zijn
aan iedereen. Natuurlijk is dit onzin, er is een programma genaamd
QScan die apart gedraaid moet worden om op deze berichten te reageren.
Bovendien configureert de SysOp QScan zo dat hij alleen reageert op
"requests" in een bepaalde area, die (uiteraard??) door het netwerk
als SysOp-only area worden gemarkeerd.
4). Wat ook een verkeerde opvatting is, dat mensen denken dat alle gegevens
voor de desbetreffende SysOp aanwezig zullen zijn. In het begin van
QUEST was dit ook het geval, maar nadat er een discussie losgebarsten
is over het legale, en niet legale van gegevens versturen blijkt er uit
gekomen te zijn dat alleen naam, adres etc verstuurd mogen worden. Dit
bleek uit een verzoek aan mij. Hierop is er de functie voor apart elk
veld gekomen om het als zogenaamd SEND FIELD te activeren. Standaard
staan dus alleen de naam, adres... gegevens op SEND FIELD.